System and method for interleaved media communication and conversion

ABSTRACT

A method or system including receiving a first single data stream representing a first multimedia file, the first single data stream including an interleaved sequence of data elements of a plurality of different types of media, and/or transmitting a second single data stream representing a second multimedia file, the second single data stream including an interleaved sequence of data elements of a plurality of different types of media, where the second multimedia file differs from said first multimedia file by at least one data element of a selected medium extracted from said first multimedia file, and/or by at least one data element of a selected medium added to the first multimedia file, and/or by at least one data element of a selected medium added to the first multimedia file being a converted version of the at least one data element of a selected medium extracted from the first multimedia file.

PRIORITY

This application is a Continuation of U.S. application Ser. No.17/236,332, which is a Continuation of U.S. application Ser. No.16/250,104, filed Jan. 17, 2019, which is a Continuation of U.S.application Ser. No. 16/300,381, filed Nov. 9, 2018, which is a U.S.National Stage Application of PCT/IB2017/000642, filed May 12, 2017,which claims benefit of priority to U.S. Provisional Application No.62/337,080, filed May 16, 2016, and titled “System and Method forInterleaved Media Communication and Conversion,” the disclosure of whichis hereby incorporated by reference.

FIELD

The method and apparatus disclosed herein are related to the field ofcommunication, and, more particularly, but not exclusively to systemsand methods for storable multimedia communication.

BACKGROUND

Communication networks can transfer various types of content betweencommunication terminals, and communication servers, intermediatingbetween communication terminals, can store and forward various types ofcontent. Communication terminals can generate and consume various typesof content. A content type or medium may be sound, speech, picture,video, text, graphics, animation, etc. The combination of such types ofcontent is commonly referred to as multimedia. Communication networks,servers, and terminals can communicate multimedia content, and there aremany formats for communicating multimedia content between terminals.However, if a particular multimedia content is generated andcommunicated in a particular format, it is very difficult to change thecharacteristics of any particular content type of the multimediacontent, or replace any part of the content. There is thus a widelyrecognized need for, and it would be highly advantageous to have, asystem and method for delivering a multimedia content over a networkthat overcomes the above limitations.

SUMMARY

[To Paraphrase Final Claim Set]

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments are described herein, by way of example only, withreference to the accompanying drawings. With specific reference now tothe drawings in detail, it is stressed that the particulars shown are byway of example and for purposes of illustrative discussion of thepreferred embodiments only, and are presented in order to provide whatis believed to be the most useful and readily understood description ofthe principles and conceptual aspects of the embodiment. In this regard,no attempt is made to show structural details of the embodiments in moredetail than is necessary for a fundamental understanding of the subjectmatter, the description taken with the drawings making apparent to thoseskilled in the art how the several forms and structures may be embodiedin practice.

In the drawings:

FIG. 1 is a simplified illustration of a multimedia communicationsystem;

FIG. 2 is a simplified block diagram of a computing device used by themultimedia communication system;

FIG. 3 is a simplified illustration of a communication channel in themultimedia communication system;

FIG. 4 is a simplified illustration of another variation of acommunication channel of the multimedia communication system;

FIG. 5 is an enlarged illustration of a smartwatch and awristband-mounted camera;

FIG. 6 is a simplified sequence-diagram of a communication session;

FIG. 7 is a simplified sequence diagram of a communication sessionbetween a transmitter communication terminal, and a recipientcommunication terminal, via a plurality of servers;

FIG. 8 is a simplified block diagram of a streaming multimedia file;

FIG. 9 is simplified block diagrams of an input streaming multimediafile, and a corresponding output streaming multimedia file;

FIG. 10 is a block diagram of a plurality of multimedia streamsreceived, mixed, and forwarded by a server; and

FIG. 11 is an illustration of a multimedia communication system sourcinga plurality of inputs into a single multimedia file.

DETAILED DESCRIPTION

Reference will now be made in detail to the disclosed embodiments,examples of which are illustrated in the accompanying drawings.

The present embodiments comprise systems and methods for creating andcommunicating multimedia. The principles and operation of the devicesand methods according to the several exemplary embodiments presentedherein may be better understood with reference to the drawings andaccompanying description.

Before explaining at least one embodiment in detail, it is to beunderstood that the embodiments are not limited in their application tothe details of construction and the arrangement of the components setforth in the following description or illustrated in the drawings. Otherembodiments may be practiced or carried out in various ways. Also, it isto be understood that the phraseology and terminology employed herein isfor the purpose of description and should not be regarded as limiting.

In this document, an element of a drawing that is not described withinthe scope of the drawing and is labeled with a numeral that has beendescribed in a previous drawing has the same use and description as inthe previous drawings. Similarly, an element that is identified in thetext by a numeral that does not appear in the drawing described by thetext, has the same use and description as in the previous drawings whereit was described.

The drawings in this document may not be to any scale. Different figuresmay use different scales and different scales can be used even withinthe same drawing, for example different scales for different views ofthe same object or different scales for the two adjacent objects.

The purpose of the embodiments is to provide at least one system and/ormethod for communicating multimedia, and particularly but notexclusively, to affect and/or replace components of multimedia contentin real-time.

The term “multimedia” or “multimedia content” may refer to anycombination of two or more “media” or content types. Media, or contenttypes, may be sound, speech, image, picture, video, text, graphics,animation, data, metadata, control information, session information,etc.

The term “data,” particularly as a content type or medium, may refer todata referencing between elements of different media, such as syncinformation, such as lip-sync data. The term “data” may also refer tomeasurement such as location (e.g., GPS data), motion (e.g.,accelerometer and/or gyro data), orientation (e.g., gravimeter, gyro,and/or compass data), timing information (e.g., lip-synch), biometricdata (e.g., heartbeat rate, skin conductivity), etc.

The term “stream” or “streaming,” such as in “streaming content,”“streaming information,” or “streaming multimedia,” may refer to contentsuch as sound and video that each is produced, communicated, andconsumed in a fixed or constant rate. A bit rate of the communicationnetwork may vary, but it is desirable for each packet of a media streamto arrive at a recipient strictly on time according to the fixed rate ofthe transmitted medium. According to the exemplary embodiments, severalmedia may be accommodated in an interleaved file, each with its ownrate, and it is desirable that packets of each medium arrive (strictly)in time. As the network's bit rate may change, a media type may bealtered or may be replaced with another that is compatible with thecurrent bit rate, so that packets arrive (strictly) on time.

The term “synchronization” or “synchronized” refers to temporalreference or correlation between any two or more content types, such assound accompanying video. For example, lip-synch correlates the movementof the lips of a speaker with the speaker's speech (and vice-versa).Streaming multimedia may involve accurate synchronization between atleast some of the components (content types, media) of the stream.

The term “image” in this context refers to any type or technology forcreating an imagery data, such as photography, still photography (stillimage, still picture, or simply picture), video photography,stereo-photography, three-dimensional (3D) imaging, thermal or infra-red(IR) imaging, etc. In this context any such image may be “captured,”“obtained,” or “photographed.”

The term “camera” in this context refers to a device of any type ortechnology for creating one or more images or imagery data such asdescribed herein, including any combination of imaging type ortechnology, etc.

The term “server” or “communication server” refers to any type ofcomputing machine connected to a communication network facilitatingcommunication between one or more cameras (e.g., a local camera) and oneor more remote users and/or remote systems.

The term “network” or “communication network” refers to any type ofcommunication medium, including but not limited to, a fixed (wire,fiber, cable) network, a wireless network, and/or a satellite network, awide area network (WAN) fixed or wireless, including various types ofcellular networks, a local area network (LAN) fixed or wireless, and apersonal area network (PAN) fixed or wireless, and any combinationthereof.

It is appreciated that the network bandwidth may change with time,therefore affecting the amount of data that can be communicated over aparticular leg of the network in a particular transfer rate over aparticular period of time. Therefore the content, particularly thestreaming content, should be adapted to the network bandwidth forexample by changing the compression level, changing the imageresolution, removing components or parts of the communicated contentand/or data, replacing components or parts of the communicated contentand/or data with less demanding content and/or data, etc.

Reference is now made to FIG. 1 , which is a simplified illustration ofa multimedia communication system 10, according to one exemplaryembodiment.

As shown in FIG. 1 , multimedia communication system 10 may include acommunication network 11 in which one or more multimedia communicationservers 12 may be distributed forming a server cloud. Servers 12 maycommunicate with communication terminals 13, some of which may beoperated by users 14. One or more of communication terminals 13 may eachcreate or obtain content and transmit it to one or more othercommunication terminals 13 that may receive the transmitted content andprovide it to their respective users 14. Typically, a transmittercommunication terminal 13 may transmit the content to one of servers 12,which may then communicate the content to one or more other servers 12,which may then communicate the content to their respective recipientterminals 13.

It is appreciated that a transmitter communication terminal 13 maybecome a receiver, and a recipient terminal 13 may become a transmitter.It is appreciated that a server 12 may be regarded as a combination of areceiver and a transmitter, the receiver receiving communications from atransmitter communication terminal 13 and the transmitter transmittingcommunications to a recipient communication terminal 13. It isappreciated that a server 12 may include any number of such receiversand transmitters.

A communication terminal 13 may be any type of computation device thatcan create or obtain any type of content, and/or receive and provide toa user any type of content. Content type, or medium, may be sound,speech, image, picture, video, text, graphics, animation, data,metadata, control information, session information, etc. Multimediacontent refers to any combination of two or more content types (media).Particularly, synchronously coupled combination of two or more media.For example, a communication terminal 13 may be a desktop computer, alaptop computer, a tablet computer, a mobile communication device suchas a cellular telephone or a smartphone, a smart-watch or awrist-mounted camera, a camera having communication capabilities, awearable device (e.g. a wrist-mounted camera, a head-mounted camera, ahelmet-mounted camera, etc.), glasses with a display and a camera(smart-glasses), a car-mounted camera, etc.

Communication terminals 13 and communication servers 12 may includemultimedia communication software. Typically, communication terminals 13may include client multimedia communication software 15, andcommunication servers 12 may include server multimedia communicationsoftware 16.

Typically, a communication terminal 13, and/or its client multimediacommunication software 15, may create or obtain content, open acommunication channel to one or more other communication terminals 13 orto a server 12, and transmit the content thereto via the communicationchannel.

Typically, a communication terminal 13, and/or its client multimediacommunication software 15, open a communication channel with one or moreother communication terminals 13 or to a server 12, and receive contenttherefrom via the communication channel.

Typically, a server 12 and/or its server multimedia communicationsoftware 16, may open a communication channel with one or morecommunication terminals 13, typically in response to a request from thecommunication terminal 13, to receive content from a transmittingcommunication terminal 13 or another server 12, and/or to transmitcontent to a recipient communication terminal 13 or another server 12.In a typical channel a first communication terminal 13 creates andtransmits content to a first server 12, which transmits the content toone or more other servers 12, which transmits the content to one or morerecipient communication terminals 13.

A server of multimedia communication system 10 may take the form of aportable server 17. Portable server 17 may operate in any type ofportable computing and/or communication device such as a smartphone. Aportable server 17 may operate as a regular server 12 being a part ofthe server cloud, or in addition to the server cloud, operating as asecondary communication layer, co-located with a content input/outputdevice that does not have long-range communication capabilities. Aportable server 17 may be carried by a user or worn by a user (e.g. awearable computer).

For example, as shown in FIG. 1 , a terminal 13 designated by numeral 18(e.g., a hand-held camera, a helmet-mounted camera, a car mounted camera(not shown), etc.) may communicate with a collocated portable server 17using a short-range communication network such as Bluetooth, Wi-Fi, etc.The portable server 17 may then communicate with a server 12 via acellular network. It is appreciated that a portable server 17 mayexecute both client multimedia communication software 15 and servermultimedia communication software 16.

The content transferred between communication terminals 13 and servers12 is typically considered multimedia content as it may include two ormore media. These different media may be of the same content type or ofdifferent content types, such as sound, speech, image, picture, video,text, graphics, animation, data, metadata, control information, sessioninformation, etc.

Reference is now made to FIG. 2 , which is a simplified block diagram ofa computing system 19, according to one exemplary embodiment. As anoption, the block diagram of FIG. 2 may be viewed in the context of thedetails of the previous Figures. Of course, however, the block diagramof FIG. 2 may be viewed in the context of any desired environment.Further, the aforementioned definitions may equally apply to thedescription below.

The block diagram of computing system 19 may represent a general exampleof a device used for executing client multimedia communication software15 and/or server multimedia communication software 16, or any other typeof software program. For that purpose computing system 19 may representa communication terminal 13 and/or server 12 and/or portable server 17.

The term “computing system” or “computing device” relates to any type orcombination of computing devices, or computing-related units, including,but not limited to, a processing device, a memory device, a storagedevice, and/or a communication device.

As shown in FIG. 2 , computing system 19 may include at least oneprocessor unit 20, one or more memory units 21 (e.g., random accessmemory (RAM), a non-volatile memory such as a Flash memory, etc.), oneor more storage units 22 (e.g. including a hard disk drive and/or aremovable storage drive, representing a floppy disk drive, a magnetictape drive, a compact disk drive, a flash memory device, etc.).Computing system 19 may also include one or more communication units 23,one or more graphic processors 24 and displays 25, a variety of userinput and output (I/O) devices 26, and one or more communication buses27 connecting the above units. Computing system 19 may be powered by apower supply 28, which may include a battery.

Computing system 19 may also include an imaging sensor 29 configured tocreate a still picture, a sequence of still pictures, a video clip orstream, a 3D image, a thermal (e.g., IR) image, stereo-photography,and/or any other type of imaging data and combinations thereof.

Computing system 19 may also include one or more computer programs 30,or computer control logic algorithms, which may be stored in any of thememory units 21 and/or storage units 22. Such computer programs, whenexecuted, enable computing system 19 to perform various functions (e.g.as set forth in the context of FIG. 1 , etc.). Memory units 21 and/orstorage units 22 and/or any other storage are possible examples oftangible computer-readable media.

Particularly, computer programs 30 may include client multimediacommunication software 15 and/or server multimedia communicationsoftware 16. Computer programs 30 may also, or alternatively, includetransmitter communication software and/or receiver communicationsoftware or modules. Computer programs 30 may also, or alternatively,include multimedia file processing software or modules. Any suchsoftware or module may be embodied in the form of a hardware module orunit.

Communication units 23 may support one or more types of communicationtechnologies such as short-range communication (e.g., PAN, such as USB,Wi-Fi, Bluetooth, etc.) or long-range communication (e.g., Ethernet, IP,Cellular, WiMAX, etc.), whether wired or wireless. For that matter,computing system 19 and/or communication units 23 may include asubscriber identity module (SIM) or a similar device.

Reference is now made to FIG. 3 , which is a simplified illustration ofa communication channel 31 of multimedia communication system 10,according to one exemplary embodiment.

As an option, the illustration of FIG. 3 may be viewed in the context ofthe details of the previous Figures. Of course, however, theillustration of FIG. 3 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 3 , channel 31 may connect between at least onetransmitter communication terminal 13 and at least one recipientcommunication terminal 13. Both communication terminals may includeclient multimedia communication software 15. The channel may alsoinclude one or more servers, which may include server multimediacommunication software 16. Servers 12 may communicate between themselvesvia a communication network 11. Servers 12 and communication terminals13 may also communicate between themselves via a communication networksuch as communication network 11. Typically, servers 12 communicatebetween themselves over a cable communication network whilecommunication terminals 13 communicate (e.g., with servers 12) over awireless network (cellular, Wi-Fi, etc.). It is appreciated that anypart of the network may be a limited-bandwidth network. The term‘limited-bandwidth network’ may refer to a network having limitedbit-rate, high latency, high jitter, etc.

As shown in FIG. 3 , at least one of the communication terminals 13(whether the transmitting terminal or the recipient terminal) may alsooperate as a portable server 32, typically by using server multimediacommunication software 16. Portable server 32 may communicate withdevices that serve as user peripheral input/output devices, such aswearable computing devices.

For example, a communication terminal 13 operating as a portable server32 may be a smartphone, which may communicate with a smart-watch 33 witha wrist-band-mounted camera 34, or with a camera and display embedded ineyeglasses 35 (smart-glasses), etc. Such peripheral and/or wearabledevices may be regarded as communication terminals 13 too, and may beexecuting client multimedia communication software 15. Portable server32 and the peripheral devices may be communicatively coupled over ashort-distance network such as Wi-Fi, Bluetooth, etc.

Reference is now made to FIG. 4 , which is a simplified illustration ofanother variation of communication channel 31 of multimediacommunication system 10, according to one exemplary embodiment.

As an option, the illustration of FIG. 4 may be viewed in the context ofthe details of the previous Figures. Of course, however, theillustration of FIG. 4 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 4 the smart-watch 33 may include a SIM card andcommunicate directly with server 12, for example by using a cellularnetwork. The smart-watch 33 may then operate as a portable server 32communicating with peripheral devices such as wrist-mounted camera 34,eyeglasses 35 and tablet computer 36.

The communication terminals 13 of FIGS. 1, 3 and 4 may have any type andnumber of user input/output devices such as keyboard, microphone,speaker, display, touch-sensitive display, camera, etc.

Reference is now made to FIG. 5 , which is an enlarged illustration ofthe smartwatch 33 and wristband-mounted camera 34 of FIGS. 3 and 4 ,according to one exemplary embodiment.

As an option, the smartwatch 33 and the wristband-mounted camera 34 ofFIG. 5 may be viewed in the context of the details of the previousFigures. Of course, however, the smartwatch 33 and wristband-mountedcamera 34 of FIG. 5 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 5 , a wristband 37 may include electronic circuitry 38,such as shown and described with reference to FIG. 2 and one or morecameras 39 embedded in wristband 37.

As shown in FIG. 5 , two cameras are mounted on wristband 37. As anexample, the two cameras 39 are mounted on the same side of wristband37. As an example, wristband 37 includes a bulge 40 and at least onecamera 39 is mounted on the bulge 40. As an example, the two cameras 39are mounted with an obtuse angle between them.

The use of two cameras is known and common with smartphones. However, insmartphones the two cameras are mounted on the two opposing sides of thesmartphone, at a straight angle (180 degrees) to enable the user to lookstraight at the display when capturing a picture using the outboundcamera or the inbound (selfie) camera. However, when using awrist-mounted camera, the user may look down on the display worn on thewrist, such as the display of a smartwatch. Therefore the outboundcamera or the inbound (selfie) camera should be mounted at an obtuseangle.

Wristband 37, and or electronic circuitry 38 may also include othermeasuring devices such as location measuring devices, motion measuringdevices, orientation measuring devices, biometric measuring devices,etc. A location measuring device may use a GPS (global positioningsystem) device. A motion measuring device may use an accelerometer orgyro. An orientation device may use a gravimeter (e.g., anaccelerometer), a gyro, a compass, etc. A biometric measuring device maymeasure heartbeat rate, skin conductivity, etc.

As shown in FIG. 1 , and as described above with reference to FIGS. 1, 3and 4 , multimedia communication system 10 may communicate a pluralityof media over a communication network, by obtaining the plurality ofmedia by a transmitter terminal communicatively coupled to thecommunication network, and transmitting a single data stream from thetransmitter terminal to a recipient terminal communicatively coupled tothe communication network. The transmission may optionally use one ormore servers and/or portable servers. The plurality of media aresynchronously multiplexed by the transmitter terminal over the singledata stream. The recipient terminal may then separate the single datastream into the plurality of synchronized media.

Reference is now made to FIG. 6 , which is a simplified sequence-diagram41 of a communication session, according to one exemplary embodiment.

As an option, the sequence-diagram of FIG. 6 may be viewed in thecontext of the details of the previous Figures. Of course, however, thesequence-diagram of FIG. 6 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 6 , sequence diagram 41 is an example of acommunication session between a transmitter communication terminal 42,and a recipient communication terminal 43, via a server 44. It isappreciated that server 44 represents any number of cloud servers and/orportable servers.

As shown in FIG. 6 , transmitter 42 may initiate a communication sessionby opening a communication channel with server 44 (steps 45, 46 and 47)and then sending a stream file (step 48), ended by an end-of-session orend-of-file signal (step 49), after which the session is terminated(step 50) at the transmitter's side. Here, server 44 operates as areceiver, and particularly as a first receiver.

In a separate process (not shown in FIG. 6 ), transmitter 42 may obtainfrom server 44 a unique content identifier, or a token for a contentitem, such as a universal resource identifier (URI). When initiating thesession, transmitter 42 may present the content identifier or a token toserver 44 to identify the stream body communicated in step 48.

In a separate process (not shown in FIG. 6 ), transmitter 42 maycommunicate to recipient 43 the content identifier or token. Transmitter42 may communicate the content identifier or a token to recipient 43 viaserver 44 or via a different type of server (e.g., an administrationserver). Transmitter 42 may communicate the content identifier or atoken to recipient 43 at any time. For example, transmitter 42 maycommunicate the content identifier or a token to recipient 43 any timebefore step 45, anytime between step 45 and step 50, and any time afterstep 50.

As shown in FIG. 6 , receiver 43 may respond to the communicationsession initiated by the transmitter 42 by opening a communicationchannel with server 44 (steps 51, and 52) and then receiving a streamfile (step 53), ended by an end-of-session or end-of-file signal (step54), after which the session is terminated at the receiver's side.

Receiver 43 may identify the required stream file by presenting toserver 44 (e.g., in step 51) the content identifier or token receivedfrom transmitter 42. Receiver 43 may present the content identifier ortoken to server 44 any time after it is received, whether before step45, between step 45 and step 48, with step 48, after step 48, and/orafter step 54. Here, server 44 operates as a transmitter, andparticularly as a second transmitter, while receiver 43 may beconsidered a second receiver.

Obviously, if receiver 43 presents the content identifier or token toserver 44 before step 48 the streaming (step 53) may start as soon asstreaming starts at the transmitter side (step 48).

It is appreciated that the multimedia content transmitted in step 48,and the multimedia content received in step 53 may include a pluralityof media. Particularly, the stream communicated in steps 48 and 53 mayinclude at least one data element describing a plurality of mediacomprising the single data stream, and a plurality of data elementsidentifying a particular data stream element including a particularmedium, where the data stream elements of different media of theplurality of media in the single data stream are synchronized with eachother.

It is appreciated that the multimedia content communicated in step 53may be different from the multimedia content communicated in step 48 byat least one of the media included in the multimedia content beingconverted. Such converted media may be converted to another form orformat of the same medium type, such as a different frame rate, orresolution, or compression rate. Alternatively, such converted media maybe converted to another medium type such as from speech to text, or fromvideo to animation, etc. However, it is appreciated that the data streamelements of converted medium or media may retain synchronization witheach other as well as with unconverted media elements.

Step 45 may include or function similarly, for example, as an HTTPcommand such as GET typically including a path identifier for a serverto serve the relevant request, and a unique identifier for the streambody file of step 48.

Step 46 may include or function similarly, for example, as an HTTPcommand such as 200 OK optionally denoting a particular medium type(e.g., video, audio, picture, text, etc.) and optionally a sequencenumber or a time stamp indicating the last data element received for theparticular unique identifier.

Step 47 may include or function similarly, for example, as an HTTPcommand such as POST typically including a path identifier for a serverto serve the relevant request, and a unique identifier for the streambody file of step 48. The command of step 47 may also include a name ofa particular parameter and a value of that parameter indicating, forexample:

Rotation value of a visual element.

Horizontal flip of a visual element, enabled or disabled.

Vertical flip of a visual element, enabled or disabled.

Client version identifier.

The width of a visual element.

The height of a visual element.

Video bitrate in Kb.

Audio bitrate in Kb.

Initial video codec used.

Initial audio codec used.

The initial frames-per-second value of a video stream or picture.

The initial sampling rate of an audio track.

The initial audio track channel number.

A single session subtype number indicating that there will be only onetrack.

The time (e.g., the number of seconds, or milliseconds) from theinitiation of the recording until the initiation of the transmission.

The device unique identifier.

Operating system type.

Step 50 may include or function similarly, for example, as an HTTPcommand such as Disconnect Acknowledged such as 200 OK.

Step 51 may include or function similarly, for example, as an HTTPcommand such as GET typically including a path identifier for a serverto serve the relevant request, and a unique identifier for the live bodyfile of step 53.

It is appreciated that the unique identifier of step 51 may be identicalto the unique identifier of step 45. However, the live body file of step53 may differ from the stream body file of step 48 by one or more dataelements extracted, inserted, and/or converted by server 44.

The command of step 51 may include a parameter, which value mayindicate, for example:

The length of the file previously received for the particular uniqueidentifier (in a previous step 53).

The device unique identifier.

Operating system type.

Optimize stream content for bandwidth on/off.

Reference is now made to FIG. 7 , which is a simplified sequence diagram55 of a communication session between a transmitter communicationterminal 56, and a recipient communication terminal 57, via a pluralityof servers 58, according to one exemplary embodiment.

As an option, the sequence diagram of FIG. 7 may be viewed in thecontext of the details of the previous Figures. Of course, however, thesequence diagram of FIG. 7 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

The number of servers 58 shown in FIG. 7 is arbitrary, and the type ofthe servers is also arbitrary. A session such as shown in FIG. 7 maytransverse any number of servers, and the number of servers may changeduring the session. The same applies to the type of the server, whichmay change during the session. As an example, FIG. 7 shows two types ofservers: cloud servers (such as servers 12 of FIG. 1 ), and portableservers (such as server 17 of FIG. 1 , and/or server 32 of FIGS. 3and/or 4 ). As an example, FIG. 7 shows a cloud server and a portableserver for each of the transmitter and the receiver. However, any othercombination of servers is possible and contemplated. It is appreciatedthat transmitter 56 and/or recipient 57, as well as their respectiveportable servers, may access their nearest cloud servers, or the cloudservers providing better communication performance (e.g., higherbandwidth).

As shown in FIG. 7 , transmitter 56 may initiate a session by contactingits portable server 59, which then contacts a cloud server 60. Thesession with cloud server 60 is based on a unique content identifierobtained from any cloud server 58 in an earlier process (not shown inFIG. 7 ), as shown and described with reference to FIG. 6 .

In a separate process (not shown in FIG. 7 ), transmitter 56 and itsportable server 59 may communicate the content identifier or token torecipient 57 or to the portable server 61 associated with recipient 57.Recipient 57 (or its portable server 61), using the content identifieror token, may then access cloud server 60, via any chain of servers 58.However, to reduce latency, cloud server 60 may anticipate thedistribution of recipients and forward multimedia data associated withthe content identifier to various cloud servers in advance of therecipient's requests.

It is appreciated that while a receiver and/or a transmitter may belimited to half-duplex like communication in the sense that atransmitter cannot display received data while it is recording data (andvice versa), a portable server may receive and transmit at the sametime. Therefore, a receiver may initiate “live feedback” streamingtransmission while its portable server is receiving streaming data,e.g., “live body,” (and vice versa).

It is appreciated that a client device that may be operating as atransmitter and/or a receiver, as well as an input device and/or andoutput device, may maintain a connection with its respective portableserver at all times, including time in which no data is exchanged.

The term “live feedback” may refer to any type of content created by therecipient user or by the recipient device (also automatically) whilereceiving the “live body” streaming content. The “live feedback” mayinclude one or more types of content, and may include types of contentthat are different from the types of content of the “live body.” Forexample, the “live body” may include video and audio and the “livefeedback” may include text, a picture, and/or graphics.

Typically, the “live feedback” may not require an independent contentidentifier, may not create an independent session, and may not create anindependent streaming multimedia file. Instead the “live feedback” may“ride upon” the “live body” streaming multimedia file as an annex layer.

“Live feedback” layers may be produced during live transmission of the“live body.” In this context the term “live transmission” may refer tothe transmission of the “live body” while it is created, that is, beforethe creation of the “live body” is completed. However, alternatively,live feedback layers may be also be produced when the “live body”streaming multimedia file is retrieved, after the creation of the “livebody” is completed.

“Live feedback” layers may be produced by any number of recipients(users and/or devices). In one embodiment, the original creator/senderof the “live body” streaming multimedia file may determine which of the“live feedback” to see, and/or which of the “live feedback” todistribute to other recipients.

Therefore, the “live feedback” content is stored as part of the “livebody” streaming multimedia file, however, it may be separatelyidentified so that any such layer can be included or removed accordingto user selection.

Reference is now made to FIG. 8 , which is a simplified block diagram ofstreaming multimedia 62, according to one exemplary embodiment.

As an option, the block diagram of FIG. 8 may be viewed in the contextof the details of the previous Figures. Of course, however, the blockdiagram of FIG. 8 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

The term “streaming multimedia” may refer, for example, to the streamfile (i.e. “stream body”) sent by the transmitter 42 to the server 44 instep 48 of FIG. 6 , and/or to the stream file (i.e. “live body”) sent bythe server 44 to the receiver 43 in step 53 of FIG. 6 . The blockdiagram of FIG. 8 may be regarded as a description of the structure ofdata elements 63 of streaming multimedia 62 sent over time from atransmitter to a receiver, where the right element 63 follows the leftelement 63 in time. The elements of the streaming multimedia 62 areordered by time from left (early) to right (later), and top line tobottom.

Streaming multimedia 62 as described herein may be carried by any typeof communication technology, for example as, or within, the applicationlayer of an ISO OSI networking model. For example, streaming multimedia62 may be communicated over the Internet protocol (IP), for exampleusing TCP, UDP and/or RTP. For example, the streaming multimedia 62 ofFIG. 8 may support RTP over TCP.

As shown in FIG. 8 , streaming multimedia 62 may include a plurality ofelements 63 including control information, data, and various types ofmedia according to a communication protocol of the exemplaryembodiments. In some embodiments, the communication protocol correspondsto the interleaved content elements, which may appear in any order andcombination. In some embodiments, the communication protocol is alsobased on control information, such as the CC and CMS elements (describedbelow) that defines the types (e.g., possible combination) of thecontent elements that follow the control information. A data element 63may be embodied, for example, as a communication packet, such as in apacket switching communication technology. In the example of FIG. 8 ,such elements 63 may be designated types of control information, data,and media:

-   -   “CC” designates a Configuration Control packet describing the        stream.    -   “CMS” designates a Media Shift Control packet specifying        continuing tracks.    -   “A” designates an Audio data packet.    -   “V” designates a Video data packet.    -   “P” designates a Picture packet.    -   “CT” designates a Control Text packet.    -   “CGEO” designates a Control Geolocation packet.

“A1” and “A2” may designate two different audio channels, such as astereo sound. “V1” and “V2” may designate two different video channels,for example from two cameras, such as a stereoscopic camera or a forwardlooking camera and a backward looking (selfie) camera of a smartphone,smartwatch, and/or wrist-mounted camera as shown and described withreference to FIG. 5 . Other types of media are possible, such asgraphics, and animation. CGEO 64 is an example of a data packet carryingany type of data such as measurements derived from sensors such as GPS,accelerometer, gyro, gravimeter, compass, biometric data, timinginformation (e.g., lip-synch), meta-data, etc.

“CC” and “CMS” are examples of types of control packets, typicallycontaining control information. “CC” or Configuration Control packet isa data element 63 typically including a description of the types ofmedia elements in a stream. Typically, a CC element is provided as aheader of a session, such as “stream body” of step 48 and/or “live body”of step 53 of FIG. 6 . A CMS element may then be used to remove, add,change, and/or replace types of media elements following the CMSelement.

In the example of streaming multimedia 62 as shown in FIG. 8 , streamingmultimedia 62 includes an audio stream A, a video stream V, a pluralityof pictures P and a plurality of textual components CT. The textualcomponents may be, for example, messages (e.g., as in instantmessaging), subtitles, comments, etc. The various elements 63 may becorrelated, and/or synchronized. The various elements 63 may becorrelated, and/or synchronized in time and/or in space.

For example, the audio and the video streams are correlated so that theycan be provided to a user in a synchronized manner. The textualcomponents may be correlated with the video or picture elements so thatthey can be displayed to a user over the correct image.

The CMS element designated by numeral 65 adds, for example, a secondaudio stream A2 and a second video stream V2 to the streaming multimedia62, as well as location data CGEO.

It is appreciated that streaming multimedia 62 may be stored ortransmitted as a single multimedia content file including anycombination of content types, and/or any combination of media streams,and/or any number of content types, and/or media streams. The particularcombination, or configuration, of media streams, and/or content types,is typically designated by the CC element and can be modified by the CMSelement. The media streams, and/or content types are then multiplexedwithin the streaming multimedia content 62 as a sequence of elements 63.

An element 63 may include a header part and a payload part. The headerpart may contain parameters such as source ID, type indicator, timingstamp, sequence number, payload quantity, etc.

The source ID may uniquely identify the device originating, creating,and/or producing the data or content contained in the payload part.

The type indicator may indicate the type of the data or contentcontained in the payload part, such as audio, video, picture, control,etc.

The timing stamp may indicate the time of creation of the particularelement. The timing stamp may be absolute (e.g., GMT) or relative.Relative time stamp may refer to the beginning of the multimedia file62, or relative to the beginning of the particular stream (e.g., A1, V2,etc.) within the multimedia file, or relative to the last (most recent)CC or CMS element, etc.

The sequence number may indicate the number of the particular elementwith respect to the beginning of the particular stream (e.g., the streamof A1 elements, the stream of V2 elements, etc.) within the multimediafile, or relative to the last (most recent) CC or CMS element, etc.

The payload quantity may indicate how much payload is contained in thepayload part, for example, in bits, bytes, seconds, etc. The payloadpart may contain data and/or content typically pertinent to the typeindicated in the header part. The payload quantity, and/or the size ofthe payload part, may be variable. In this respect, each type of medium,and/or each medium stream within the multimedia file 62, may have adifferent and/or particular size of payload part. However, typically, oroptionally, elements of a particular type may have the same payload sizefollowing a particular CMS element (or between CMS elements).

It is appreciated that the structure of the multimedia file 62, as wellas the structure of the elements 63, enable efficient random access toeach and any element 63 within the multimedia file 62. Particularly thestructure of the multimedia file 62, as well as the structure of theelements 63, enable efficient direct access to each and any element 63within each medium stream, or medium type, within the multimedia file62. For example, it is possible to access particular elements 63 of aparticular medium stream, or medium type without having to read all theelements 63 preceding the target element 63, or even the elements 63preceding the target element 63 within a particular medium type orstream.

It is appreciated that each streaming element 63 within the multimediafile 62 may arrive at the receiver strictly in time. The interleavedmultimedia file 62 may accommodate several media, each with its own(streaming) rate. The protocol of multimedia file 62 enables element 63of each medium to arrive (strictly) in time according to the streamingrate of the particular medium. In some embodiments, as the network'sbit-rate may change, one or more media types of the multimedia file 62may be replaced with another medium type that is compatible with thecurrent bit rate, enabling element 63 to arrive (strictly) on time.

It is appreciated that the various elements of the streaming multimedia62 may be tightly and/or accurately correlated and/or synchronized asdescribed above, independently of the particular configuration ofstreaming multimedia 62. In that respect, any combination and/or numberof types carried by streaming multimedia 62 may be tightly and/oraccurately correlated and/or synchronized.

The structure of the multimedia file 62 and its elements 63 may furtherenable a consolidated clock, or timing, or synchronization of thevarious media streams and their elements 63, with respect to theconsolidated clock. The consolidated clock is typically provided at theorigin, such as by the original transmitter and/or the source devices.Therefore the consolidated clock of a particular multimedia file 62consolidates the clocks of the various source devices into a single,synchronized multimedia file 62. Therefore, media streams may beextracted and/or added to the multimedia file 62 by consolidating theirrespective clocks to the consolidated clock of the multimedia file 62.

It is appreciated that the content, or the structure, or theconfiguration, of streaming multimedia 62 may be altered without closingthe file, without initiating the transfer of a new file, and withoutaffecting the correlation and/or synchronization between elements ofstreaming multimedia 62. A content type may be extracted, removed,added, changed and/or replaced while preserving the correlation and/orsynchronization between the elements of streaming multimedia 62.

Therefore, a receiver such as recipient communication terminal 13,and/or server 12, may receive a single data stream such as streamingmultimedia 62, and extract any number of elements 63 of any selectedmedium. Therefore, such receiver may separate (e.g., demultiplex) thesingle data stream into a plurality of media, while preserving thecorrelation and/or synchronization between the elements 63 of streamingmultimedia 62.

A receiver, and/or a transmitter, and/or a communication terminal 13and/or server 12, may include a module or a unit (comprising hardwareand/or software) such as a streaming file processing module or unit thatis capable of processing a streaming multimedia file by, for example,extracting, adding, converting, etc. at least one element 63 of thestreaming multimedia file according to a communication protocol of theexemplary embodiments.

Hence, a transmitter such as transmitter communication terminals 13and/or server 12, may change the configuration (or combination) of mediatypes within a streaming multimedia 62 in real-time, while streamingmultimedia 62 is being communicated, for example by inserting a CMSelement. A CMS element may add, remove or replace one or more mediatypes following the CMS element. Any number of such CMS elements can beused. While the CMS element may change the configuration of thestreaming multimedia 62, the synchronization between old and newelements 63 is preserved.

For example, as shown in FIG. 8 , a first CMS configures streamingmultimedia 62 to carry an audio channel A, a video channel V, pictures Pand text T. The second CMS designated by numeral 65 changes theconfiguration by adding a second audio channel, a second video channel,and geolocation data. A third CMS designated by numeral 66 changes theconfiguration of streaming multimedia 62 by removing the audio channelsand the second video channel, inserting a text channel (for examplereplacing the audio channels) and inserting a sequence of pictures (forexample replacing the video channels).

It is therefore appreciated that the structure of the multimedia file 62and its elements 63 may further enable a server to communicate to anyother server or a recipient terminal to provide to a user, any part ofthe multimedia file 62, from any point within the multimedia file 62,whether a single stream or a combination of streams. Such part of themultimedia file 62 may be communicated or provided immediately, or withlow latency, preserving the original structure and/or format of the fileor stream. In this respect, if an element 63 is lost, and/or delayedand/or corrupted, only the particular missing element 63 is omitted fromthe data further communicated and/or provided to a user.

The multimedia file 62 and its elements 63 may further enable a serverand/or a recipient terminal to reconstruct the synchronization betweenelements 63 of the same stream and/or different streams even if someparts of the multimedia file 62 are missing, or cut out, or if themultimedia file 62 is communicated from any arbitrary point of theoriginal multimedia file 62.

For example, a multimedia file 62 may be transmitted or retrieved froman arbitrary point by adding a CC element 63 in the beginning, where theCC element is adapted to types of the immediately followingcontent-bearing elements 63. Thereafter, adding a CMS element 63 may adda new type of content for the following content-bearing elements 63.Typically, the CC may be identified with each originating transmitterdevice (e.g., a device creating a multimedia file) and vice-versa (aparticular originating device may have a particular constant CC).Therefore, if the originating device of a particular multimedia file isknown, the CC is also known, and may be added ahead of any part of theparticular multimedia file.

Returning to FIG. 3 , portable server 32 may receive streamingmultimedia 62 created by a remote communication terminals 13 andcommunicated via one or more servers 12. Portable server 32 may thenprovide the contents of the streaming multimedia 62 to the user 14 usingany combination of the output devices available (e.g., smartphone,smartwatch, and smart-glasses), while preserving the correlation and/orsynchronization between the elements 63 of streaming multimedia 62.

Similarly, portable server 32 may collect various content streams and/ordata (e.g., from the smartphone, smartwatch, and smart-glasses), createstreaming multimedia 62, and communicate the streaming multimedia 62 viaone or more servers 12 to any number of recipient communicationterminals. Portable server 32 may multiplex the collected contents ordata over the streaming multimedia 62 in real-time, thus preserving thecorrelation and/or synchronization between the elements 63 of streamingmultimedia 62.

Reference is now made to FIG. 9 , which illustrates simplified blockdiagrams of an input streaming multimedia 67, and a corresponding outputstreaming multimedia 68, according to one exemplary embodiment. Inputstreaming multimedia 67 may be a streaming file received by a serverwhile output streaming multimedia 68 may be a streaming file transmittedby the server, corresponding to input streaming multimedia 67.

As an option, the block diagrams of FIG. 9 may be viewed in the contextof the details of the previous Figures. Of course, however, the blockdiagrams of FIG. 9 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

A server in this respect is a computational entity in an intermediarylocation in the network that is capable of receiving and transmittingstreaming multimedia such as streaming multimedia 62 of FIG. 8 . Forexample, the server may be server 12 of FIGS. 1, 3, and 4 , or portableserver 17 of FIG. 1 , or portable server 32 of FIG. 3 , or portableserver 32 of FIG. 4 . A server may receive input streaming multimedia 67from a transmitter communication terminal 13, or from another server(e.g., server 12, or portable server 17 or 32), and transmit outputstreaming multimedia 68 to one or more recipient communication terminals13, or to another server (e.g., server 12, or portable server 17 or 32).The elements of streams 67 and 68 are ordered by time from left (early)to right (later), and top line to bottom.

As shown in FIG. 9 , input streaming multimedia 67 and/or outputstreaming multimedia 68 may include a stream of elements such aselements 63 of FIG. 8 starting with a CC and CMS elements and then amultiplexed combination of a variety of media streams such as audiochannels A1, A2, video channels V1, V2, pictures P, text, graphics,animation etc., as well as various data elements as disclosed above.

In the example shown in FIG. 9 , input streaming multimedia 67 includesa continuous and consistent repetition of two audio channels (A1 andA2), two video channels (V1 and V2), and a geolocation control elementevery three repetitions of the audio and video channels.

In the example shown in FIG. 9 , the server adapts output streamingmultimedia 68 to the conditions downstream. For example, the server maydetect and/or determine that the bandwidth available downstream is toolow to communicate input streaming multimedia 67 in real-time.Therefore, the server may reduce the amount of data, or bitrate,communicated by output streaming multimedia 68. In a first exemplarysequence 69 the server removes A1, extracts V1 and replaces it with areduced bitrate version V1*, extracts V2 and converts it into a graphicanimation GA2. V1* may include a higher compression rate of V1, orreduced color depth, or reduced resolution, etc.

In a second exemplary sequence 70 the server may detect and/or determinethat the recipient communication terminal lacks computing orprovisioning (e.g. output devices) capabilities. For example, server maydetect and/or determine that the recipient communication terminal cannotprovide real-time video. Therefore the server may extract V1 and convertit into a graphic animation GA1, and extract V2 and replace it with oneor more still pictures P2.

In a third exemplary sequence 71 the server may detect and/or determinethat the environment of the recipient communication terminal isinadequate for a particular medium. For example, a noisy environment maybe inadequate for audio, and direct sunlight may be inadequate forvisual display. For example, server may detect and/or determine that theenvironment of the recipient communication terminal is noisy andtherefore the server may extract the audio channel A and convert it intotextual display CT. Alternatively, a recipient user having a hearingloss may request such conversion.

It is appreciated that in the examples herein, where a server determinesor detects any particular situation, the server may detect suchsituation directly, or indirectly via the recipient terminal. In suchcase the recipient terminal may report such particular situation to theserver, and/or implicitly request a particular modification of thecommunicated multimedia file.

It is appreciated that in the examples of sequences 69, 70 and 71 theelements of output streaming multimedia 68 are synchronized, and/orcorrelated, to each other in the same manner in which the correspondingelements of input streaming multimedia 67 are synchronized, and/orcorrelated, to each other. Particularly, for example, the replaced,and/or converted, and/or inserted elements (e.g., V1*, GA1, GA2, P2,etc.) are synchronized, and/or correlated, to the other elements of thecorresponding sequences, in the same manner in which the correspondingoriginal elements are synchronized, and/or correlated, to each other.

A streaming file processing module or unit of a receiver, and/or atransmitter, and/or a communication terminal 13 and/or server 12, mayprocess a single data stream based on a communication protocol of theexemplary embodiments, by, for example, extracting, adding, converting,etc. at least one element of the single data stream.

Therefore, the communication protocol of a single data stream, as shownand described by streaming multimedia 62 of FIG. 8 and streamingmultimedia 67 and 68 of FIG. 9 , may enable a transmitter (such as aserver) to extract at least one data stream element of a selected mediumfrom the plurality of media of the single data stream while preservingthe synchronization with the other data stream elements of differentmedia contained in the single data stream.

The communication protocol may further enable the transmitter to insertat least one data stream element of a selected medium into the singledata stream and to synchronize it according to the synchronization ofthe other media elements of the single data stream.

The communication protocol may further enable the transmitter to convertthe extracted data stream element into an inserted data stream element.Such conversion may include: converting speech to text, converting textto speech, converting text to image, converting video to still picture,converting still picture to graphics, converting video to animation,converting resolution, converting compression, converting resolution,converting color depth, etc.

It is appreciated that the communication protocol may further enable thetransmitter to modify the single data stream by extracting, removing,adding, inserting, changing, converting, and/or replacing one or moreelements of the single data stream to adapt the transmitted single datastream to a characteristic of a communication network, and/or to acharacteristic of a receiver, and/or to a characteristic of theenvironment of the receiver. The network characteristic may includebandwidth, latency, jitter, etc. The characteristic of the receiver mayinclude display resolution, display size, number of pixels in a display,processing power, etc. The characteristic of the environment may includenoise conditions, lighting conditions, etc.

As shown in FIGS. 1, 3, and 4 , a streaming file such as shown anddescribed with reference to FIGS. 8 and 9 , may travel through two ormore servers (including servers such as server 12 and servers such asportable server 32). It is appreciated that any transmitter, whether aterminal or a server, may reconfigure the streaming file by extracting,removing, adding, inserting, changing, converting, and/or replacing oneor more elements of the single data stream. Particularly, a terminaltransmitter may adapt the configuration of the streaming file, or singledata stream, according to instructions received from the receiver party,which may be a server. Accordingly, a server transmitter may adapt theconfiguration of the streaming file, or single data stream, according toinstructions received from the receiver party, which may be a server, ora terminal receiver, or a user of a terminal receiver.

As disclosed above, the instruction to adapt the streaming file or datastream is based on analyzing, detecting, and/or determining one or morecharacteristics of the network, the receiver, and/or the environment ofthe receiver, which may be carried by any of the transmitter and thereceiver, or a user of the recipient terminal.

Reference is now made to FIG. 10 , which is a block diagram of aplurality of multimedia streams received, mixed, and forwarded by aserver, according to one exemplary embodiment.

As an option, FIG. 10 may be viewed in the context of the details of theprevious Figures. Of course, however, FIG. 10 may be viewed in thecontext of any desired environment. Further, the aforementioneddefinitions may equally apply to the description below.

FIG. 10 shows three input multimedia streams designated respectively bynumerals 72, 73, and 74, entering a server (not shown), and two outputmultimedia streams designated respectively by numerals 75, 76. Theserver may be any server such as server 12, or portable servers 17 or32, as shown and described above. The elements of the streams areordered by time from left (early) to right (later), and top line tobottom.

As shown in FIG. 10 , the server creates two different output multimediastreams 75 by mixing some of the media streams and elements of the threeinput streams. For example, a portable server operating as a transmittermay mix two or more multimedia streams received from respectiveperipheral devices such as a smartwatch, a wrist-mounted camera, smarteyeglasses, etc.

Alternatively and/or additionally, a cloud server 12 close to arecipient terminal may mix two or more multimedia streams transmitted bydifferent users and communicate them as a single, mixed, and synchronousstream to the recipient device.

In both examples, the selection of the input streaming data to be mixedinto the output streaming multimedia can be determined by thetransmitting user and/or the recipient user according to applicationneeds, the transmitting device, the receiving device, and/or the serveraccording to technical limitations (e.g., network limitation, devicelimitations, and ambient limitations, as disclosed above).

It is appreciated that in a situation such as multi-casting, wheredifferent receivers have different needs, selections, and/orlimitations, the single multimedia stream may have differentconfigurations along the way from the various transmitters to thevarious recipients to optimize the use of the network and minimizelatency and jitter.

In the example of FIG. 10 input multimedia stream 72 includes two audiochannels (A1, A2) and two high-definition video channels (V1, V2). Inputmultimedia stream 73 includes standard definition video stream (SV).Input multimedia stream 74 includes a series of pictures P and variousdata elements CD.

In the example of output multimedia stream 75 the first CMS determines aconfiguration including one of the audio channels (A1) and one of thevideo channels (V1) of input multimedia stream 72, and the video channelof input multimedia stream 73. As the bandwidth needs of the audio andvideo stream of input multimedia stream 72 are higher than those of thevideo channel of input multimedia stream 73 the output multimedia stream75 includes more A1 and V1 elements than SV elements.

Thereafter, a second CMS element determines a different configurationincluding all the audio and video channels of input multimedia stream72, a particular data element CD from input multimedia stream 74.Thereafter, a third CMS elements changes the configuration of the samesingle multimedia stream 75 to include the SV from input multimediastream 73 and selected CD elements from input multimedia stream 74.

In the example of output multimedia stream 76, due to limitations suchas, for example, bandwidth limitations, the first CMS determines a lowbandwidth configuration including SV from input multimedia stream 73converted into low-quality SV* and P and CD from input multimedia stream74. Thereafter, a second CMS, adds A1 and V1 from input multimediastream 72 where A1 is converted into text CT and V1 is converted intographic animation.

It is appreciated that any server along the way from one or more inputdevices obtaining any type of content (e.g., medium, data, etc.) and oneor more output devices presenting any type of content (e.g., medium,data, etc.) may join or add one or more input contents (or any number ofelements thereof) into a single multimedia stream. Similarly, any serveralong the way from one or more input devices obtaining any type ofcontent (e.g., medium, data, etc.) and one or more output devicespresenting any type of content (e.g., medium, data, etc.) may extractone or more input contents (or any number of elements thereof) from thesingle multimedia stream. Consequently, any server along the way fromone or more input devices obtaining any type of content and one or moreoutput devices may convert any number of elements from one type ofcontent into another type of content.

Therefore, a single transmitter may create a combined multimedia fileand send it to a plurality of users (multicasting), where differentusers receive different versions of the original multimedia file, wheresuch different versions may have parts, or streams removed, replaced,converted, added, etc. Similarly, a user, or a recipient device, maysource data and/or content from a plurality of source devices, andreceive these data or content streams in the form of a single multimediafile combining the data or content streams in a synchronous manner.

Reference is now made to FIG. 11 , which is an illustration of amultimedia communication system 10 sourcing a plurality of inputs into asingle multimedia file, according to one exemplary embodiment.

As an option, the illustration of FIG. 11 may be viewed in the contextof the details of the previous Figures. Of course, however, theillustration of FIG. 11 may be viewed in the context of any desiredenvironment. Further, the aforementioned definitions may equally applyto the description below.

As shown in FIG. 11 , a user 14 operating a recipient terminal 77receives a single multimedia file 78 sourced from a plurality oftransmitter terminals 79, which are illustrated, for example, as camerasbut may be any type of sourcing devices. Transmitter terminals 79 aredesignated by characters A, B and C. Each of transmitter terminals 79may communicate a multimedia file 80 including one or more streams S. Astream S may include audio, video, text, geolocation data, motion data,orientation data, etc. For example, each of transmitter terminals 79transmits a multimedia file containing two streams designated as AS1,AS2, BS1, BS2, and CS1, CS2.

Servers 12 designated by numerals 81 and 82, respectively, receive themultimedia files and each transmits a multimedia file combining thereceived multimedia file. Therefore, multimedia file 83 includesmultimedia files AS1, AS2, BS1, and BS2, while multimedia file 84includes multimedia files CS1, CS2, DS1, and DS2. Consequently,multimedia file 85 includes multimedia files AS1, AS2, BS1, and BS2,CS1, CS2, DS1, and DS2. Thereafter, multimedia file 78 includesmultimedia files AS1, AS2, BS1, and BS2, CS1, CS2. Similarly, multimediafile 86 may include multimedia files AS1, AS2, DS1, DS2, ES1 and ES2.

As shown in FIG. 11 , multimedia communication system 10 may create asingle, synchronous, multimedia file by consolidating streams, and/ormultimedia files, sourced, or originated, or produced, independently, bya plurality of source devices, for example, by consolidating theirrespective clocks.

It is appreciated that, for example, if at least one stream element(e.g., element 63 of FIG. of 8) of AS1 or AS2 is synchronized with atleast one stream element of BS1 or BS2, and at least one stream elementof BS1 or BS2 is synchronized with at least one stream element of CS1 orCS2 then, for example, any element of AS1 can be synchronized with anyelement of CS2 and a multimedia file of ASI and CS2 can be created witha consolidated clock.

It is appreciated that such action of removal, addition, replacement,conversion, etc., of one or more streams from a multimedia file or intoa multimedia file may be effected in real-time, for example, by using oradding a single CMS element within the multimedia file.

Multimedia communication system 10 may adapt the structure of thecombined multimedia file transmitted to a recipient device or useraccording to various conditions associated with the communicationnetwork, the recipient device, the environment of the recipient device,and characteristics associated with the recipient user. The structure ofthe combined multimedia file refers to various characteristics of thecontent and/or data streams contained in the multimedia file. Multimediacommunication system 10 may, for example, remove content and/or datastreams from the multimedia file, add content and/or data streams intothe multimedia file, and convert content and/or data streams containedin the multimedia file into other forms, formats, and/or types.

For example, scenarios that may affect the structure of the multimediafile may include permanent and/or temporary personal impairment such asvisual impairment, hearing impairment, etc. Permanent and/or temporarypersonal unavailability or incapacity to receive particular types ofmedia. Such situations may be derived and/or identified, for example,from a diary or a similar computerized facility, from the use ofparticular peripheral devices such as earpieces or a car speakerphonesystem, according to the time of day or day of the week, by sensing theenvironment, etc.

For example, sensing the environment may include sensing the speed ofmotion such as riding a car, sensing ambient noise and/or lightconditions, etc. Multimedia communication system 10 may adapt themultimedia file to the geo-location of the recipient device such ashome, workplace, open public place, indoor public place, airplane mode,roaming, etc.

Although descriptions have been provided above in conjunction withspecific embodiments thereof, it is evident that many alternatives,modifications and variations will be apparent to those skilled in theart. Accordingly, it is intended to embrace all such alternatives,modifications and variations that fall within the spirit and broad scopeof the appended claims.

It is to be understood that the invention is not necessarily limited inits application to the details of construction and the arrangement ofthe components and/or methods set forth in the following descriptionand/or illustrated in the drawings and/or the examples. The invention iscapable of other embodiments or of being practiced or carried out invarious ways.

The present invention may be a system, a method, and/or a computerprogram product. The computer program product may include a computerreadable storage medium (or media) having computer readable programinstructions thereon for causing a processor to carry out aspects of thepresent invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce acomputer-implemented process, such that the instructions which executeon the computer, other programmable apparatus, or other device implementthe functions/acts specified in the flowchart and/or block diagram blockor blocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a software module, segment, orportion of code, which comprises one or more executable instructions forimplementing the specified logical function(s). It should also be notedthat, in some alternative implementations, the functions noted in theblock may occur out of the order noted in the figures. For example, twoblocks shown in succession may, in fact, be executed substantiallyconcurrently, or the blocks may sometimes be executed in the reverseorder, depending upon the functionality involved. It will also be notedthat each block of the block diagrams and/or flowchart illustration, andcombinations of blocks in the block diagrams and/or flowchartillustration, can be implemented by special purpose hardware-basedsystems that perform the specified functions or acts, or combinations ofspecial purpose hardware and computer instructions.

The descriptions of the various embodiments of the present inventionhave been presented for purposes of illustration, but are not intendedto be exhaustive or limited to the embodiments disclosed. Manymodifications and variations will be apparent to those of ordinary skillin the art without departing from the scope and spirit of the describedembodiments. The terminology used herein was chosen to best explain theprinciples of the embodiments, the practical application or technicalimprovement over technologies found in the marketplace, or to enableothers of ordinary skill in the art to understand the embodimentsdisclosed herein.

It is expected that during the life of a patent maturing from thisapplication many relevant clients, target services, protocols,communication networks, messages and tickets will be developed and thescope of the term client, target service, protocol, communicationnetwork, message and ticket is intended to include all such newtechnologies a priori.

It is appreciated that certain features of the invention, which are, forclarity, described in the context of separate embodiments, may also beprovided in combination in a single embodiment. Conversely, variousfeatures of the invention, which are, for brevity, described in thecontext of a single embodiment, may also be provided separately or inany suitable subcombination or as suitable in any other describedembodiment of the invention. Certain features described in the contextof various embodiments are not to be considered essential features ofthose embodiments, unless the embodiment is inoperative without thoseelements.

Although the invention has been described in conjunction with specificembodiments thereof, it is evident that many alternatives, modificationsand variations will be apparent to those skilled in the art.Accordingly, it is intended to embrace all such alternatives,modifications and variations that fall within the spirit and broad scopeof the appended claims.

What is claimed is:
 1. A computer implemented method for communicating aplurality of different types of media over a communication network, themethod comprising: obtaining a plurality of different types of media bya receiver communicatively coupled to said communication network,wherein the plurality of different types of media is received as asingle data stream including an interleaved sequence of data elements,wherein each of said data elements includes data of one type of mediumof said plurality of different types of media; enabling a user to selectone data element; accessing the selected data element directly, withoutreading any data element preceding the selected data element; andproviding the selected data element to the user.
 2. The method forcommunicating a plurality of different types of media according to claim1, further comprising: enabling a user to select at least one mediatype; and providing to the user those data elements of the selected atleast one media type that follow the selected data element in the datastream.
 3. The method for communicating a plurality of media accordingto claim 2, wherein the data elements of the selected at least one mediatype are synchronized.
 4. The method for communicating a plurality ofmedia according to claim 1, wherein the action of providing the userdata elements of the selected at least one media type comprises:transmitting the at least one media type and data elements of theselected at least one media type that follow the selected data elementin the data stream to a remote receiver.
 5. A network communication nodefor communicating a plurality of different types of media over acommunication network, comprising: at least one processor configured to:obtain a plurality of different types of media by a receivercommunicatively coupled to said communication network, wherein theplurality of different types of media is received as a single datastream including an interleaved sequence of data elements, wherein eachof said data elements includes data of one type of medium of saidplurality of different types of media; enable a user to select one dataelement; access the selected data element directly, without reading anydata element preceding the selected data element; and provide theselected data element to the user.
 6. The network communication nodeaccording to claim 5, wherein the at least one processor is furtherconfigured to: enable a user to select at least one media type; andprovide to the user those data elements of the selected at least onemedia type that follow the selected data element in the data stream. 7.The network communication node according to claim 6, wherein the dataelements of the selected at least one media type are synchronized. 8.The network communication node according to claim 5, wherein the atleast one processor is further configured to: provide the user dataelements of the selected at least one media type comprises: and transmitthe at least one media type and data elements of the selected at leastone media type that follow the selected data element in the data streamto a remote receiver.
 9. A computer program product embodied on anon-transitory computer readable medium, including instructions that,when executed by at least one processor, cause the at least oneprocessor to perform operations comprising: obtaining a plurality ofdifferent types of media by a receiver communicatively coupled to saidcommunication network, wherein the plurality of different types of mediais received as a single data stream including an interleaved sequence ofdata elements, wherein each of said data elements includes data of onetype of medium of said plurality of different types of media; enabling auser to select one data element; accessing the selected data elementdirectly, without reading any data element preceding the selected dataelement; and providing the selected data element to the user.
 10. Thecomputer program product according to claim 9, further comprising:enabling a user to select at least one media type; and providing to theuser those data elements of the selected at least one media type thatfollow the selected data element in the data stream.
 11. The computerprogram product according to claim 10, wherein the data elements of theselected at least one media type are synchronized.
 12. The computerprogram product according to claim 9, wherein the action of providingthe user data elements of the selected at least one media typecomprises: transmitting the at least one media type and data elements ofthe selected at least one media type that follow the selected dataelement in the data stream to a remote receiver.